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INTRODUCTION 


This  project  was  conceived  as  a  technology  enhancement  effort  in  support  of 
DARPA’s  Battlefield  Awareness  and  Data  Dissemination  (BADD)  Advanced 
Concept  Technology  Demonstration  (ACTD).  The  goal  and  vision  of  the  BADD 
program  is  that  it  will  develop,  install  and  evaluate  an  operational  system  that 
allows  commanders  to  design  their  own  information  system.  BADD  will  deliver  to 
Warfighters  an  accurate,  timely,  and  consistent  picture  of  the  joint/coalition 
battlefield;  and  provides  access  to  key  transmission  mechanisms  and  worldwide 
data  repositories. 
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Figure  1 ,  The  Evolution  of  the  WIP  system 


The  goal  of  the  Product  Packager  for  BADD  program  was  to  conceive,  develop 
and  enhance  information  packaging  technology  that  would  support  the 
information  requirements  of  battlefield  awareness  situations.  To  this  end  ISX 
designed,  and  in  some  cases  developed  multiple  information  packaging 
architectures  to  support  information  push  in  conjunction  with  the  BADD 
Information  Dissemination  Manager  (IDM)  system.  Figure  1,  portrays  the 
evolution  of  the  information  packaging  systems  developed  under  this  contract.  At 
the  start  of  the  project  ISX  intended  to  develop  advanced  technology  solutions 
that  would  enhance  the  work  ISX  completed  under  the  Intelligent  Information 
Dissemination  Server  (IIDS)  project.  The  enhancements  included  formulating  a 
system  to  intelligently  create  information  templates  and  developing  strategies  to 
provide  heightened  understanding  of  query  results  by  linking  the  results  through 
the  use  of  a  semantic  engine.  Upon  direction  of  the  DARPA  Program  Manager, 
Bob  Beaton,  ISX  developed  a  system  that  was  to  be  integrated  with  the  BADD 
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Phase  II  B  system.  This  system  was  meant  to  be  a  more  sophisticated  Profile 
Editor  than  was  being  developed  under  the  BADD  program  directly.  Just  two 
weeks  before  the  beta  version  of  the  Profile  Editor  was  to  be  delivered  Bob 
Beaton  asked  ISX  to  cooperate  with  Lockheed-Martin  ISC  and  USC/ISI  and  to 
produce  a  system  that  combined  the  technologies  from  each  of  the  companies. 
The  final  product  to  emerge  from  this  program  is  the  Warfighter’s  Information 
Packager  (WIP)  which  was  developed  in  conjunction  with  USC/ISI  (funded  under 
a  separate  contract)  After  working  with  Lockheed-Martin  for  six-months  they  were 
re-directed. 


The  Warfighter’s  Information  Packager  is  a  suite  of  distributed  components  that 
allows  users  to  easily  obtain  information  from  diverse  heterogeneous  data 
sources  and  to  display  the  results  in  a  user-defined  predictable  manner. 

WIP  is  based  on  research  performed  under  DARPA’s  Intelligent  Integration  of 
Information  program.  It  uses  a  combination  of  Al  and  non-AI  technologies  to  take 
advantage  of  the  information  push  technology  being  developed  for  DARPA’s 
Battlefield  Awareness  and  Data  Dissemination  program. 

Used  together,  the  WIP  components  create  a  distributed  system  that  serves  as  a 
valuable  tool  for  information  analysis  by: 

1.  Allowing  the  user  to  define  high-level  information  products,  information 
packages,  and  specific  tasks  and  roles;  information  packages  are 
parameterized  by  user  interests 

2.  Providing  a  web-based  package  viewer  that  dynamically  constructs  packages 
for  the  user  on  demand 

3.  Allowing  users  to  make  high-value  complex  information  requests  that  can 
span  multiple  data  sources  without  a  priori  knowledge  of  the  schema  of  the 
sources 

The  WIP  system  addresses  the  problem  of  how  to  support  the  needs  of  users  to 
view  and  manipulate  required  data  in  an  information  push  environment.  In  such 
an  environment,  traditional  query-based  data  retrieval  is  replaced  by 
asynchronous  information  delivery  based  on  information  profiles  registered  with 
sources. 

Information  push  is  intended  to  address  the  following  problem:  When  information 
is  generated  in  many  sources  and  on  a  continual  basis,  it  is  onerous,  inefficient, 
and  impractical  to  require  users  to  issue  multiple  repeated  queries  for  their 
information.  It  would  be  far  more  efficient  if  responsibility  for  disseminating  the 
information  were  transferred  to  the  sources.  The  sources  contain  the  actual 
information  and  can  more  readily  detect  changes.  In  such  an  architecture  the 
consumer  registers  a  request  for  information  with  the  source,  or  with  a  system 
overseeing  the  source. 

There  are  many  ways  in  which  such  a  scheme  may  be  implemented.  The 
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BADD  program  was  established  to  deal  with  the  issue  of  information  push  in  a 
battlefield  environment.  BADD  has  chosen  an  architecture  wherein  information 
requests  (known  as  “Profiles”)  are  registered  with  a  central  Information 
Dissemination  Manager  (IDM),  and  the  IDM  ensures  that  data  matching  the 
profiles  is  transferred  to  the  user’s  locally  deployed  sources.  This  still  leaves 
open  the  questions  of  how  to  construct  and  use  applications  that  require  the 
pushed  data,  and  how  to  determine  which  profiles  must  be  registered  in  order  to 
support  these  applications.  The  WIP  system  addresses  these  issues.  WIP 
provides  end-users  with  a  facility  for  producing  an  information  package.  Using 
IDM,  WIP  ensures  that  necessary  data  is  pushed  to  locally  deployed  sources 
when  it  is  available.  A  Query  Sen/ice  satisfies  information  package  queries  by 
retrieving  data  from  the  deployed  sources. 

In  general,  a  warfighter  has  a  task  to  perform  and  has  specific  information  needs 
to  accomplish  the  task.  Information  needs  in  BADD  are  specified  as  Package 
Templates  that  do  not  necessarily  match  up  conveniently  with  actual  source 
queries.  This  is  due  to  the  profile  registration  facility  of  the  IDM  having  a 
language  far  less  powerful  than  familiar  database  query  languages.  The  data  that 
is  delivered  to  the  end-user’s  computer  environment  may  be  in  formats  that  differ 
from  one  environment  to  the  next  due  to  variations  in  data  management  facilities. 
For  example,  one  warfighter  may  have  a  database  facility  available  for  a  certain 
type  of  data,  while  another  may  not.  In  such  a  situation  the  IDM  will  deposit  the 
information  in  a  file.  For  similar  reasons,  data  storage  formats  used  in  the 
deployed  sources  may  differ  from  those  used  in  original  sources  against  which 
the  profiles  are  registered.  In  addition,  data  needed  for  a  single  task  may  end  up 
being  distributed  over  different  deployed  sources.  The  end  result  is  that  any 
processing  of  deployed  information  will  necessarily  involve  an  information 
integration  and/or  translation  task.  Making  WIP  packages  portable  requires  that 
this  integration  be  done  in  a  general  manner  and  that  queries  to  the  query 
service  be  at  a  semantic  level,  independent  of  precise  sources  used  and  their 
organization. 

For  this  reason,  the  ACME  model  [Lehrer,  Zev.  1998]  was  used  in  the  design  of 
the  Warfighter’s  Information  Packager.  The  ACME  approach  describes  a 
methodology  of  constructing  information  components  that  easily  lend  themselves 
to  adaptation  as  agents.  The  following  describes,  briefly,  the  components  that 
make-up  WIP. 
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WIP  COMPONENTS 


USER  INTERFACE 

WIP’s  user  interface,  developed  at  ISX,  is  composed  of  two  main  components: 
the  Package  Editor  and  the  Product  Viewer.  The  Package  Editor  provides  an 
environment  for  creating  information  package  templates.  These  templates 
include  parameterized  queries  and  display  formatting  information.  WIP’s  query 
description  methodology  allows  users  to  easily  describe  their  information  needs 
based  on  descriptive  domain  ontology.  WIP’s  parameterization  allows  the 
dynamic  modification  of  the  precise  semantics  of  queries  without  revising 
queries.  This  is  accomplished  by  providing  late-time  binding  of  variables  within 
the  query  expressions,  enabling  information  requirements  such  as:  “Get  the 
target  information  for  all  targets  on  today’s  target  list”  to  be  expressed. 

The  Package  Editor  also  performs  the  registration  of  necessary  data  profiles  so 
that  data  can  be  deployed  to  the  user’s  system.  The  Product  Viewer,  discussed 
more  thoroughly  later,  collects  the  information  results  from  the  information 
integrator  module,  formats  them  based  on  the  format  defined  in  the  package 
template,  and  displays  the  packaged  product  to  the  user. 


QUERY  SERVICE 

The  Query  Service  module  is  an  application  of  CSIMS  Al  technology,  developed 
at  USC/ISI.  CSIMS  serves  as  a  single  access  point  for  information  distributed 
over  a  collection  of  heterogeneous  data  sources.  The  underlying  technology  is 
described  below.  During  the  specification  phase,  the  Query  Service  uses  its 
knowledge  of  the  distribution  of  data  over  sources  accessible  to  the  IDM  (also 
mirrored,  as  noted  earlier,  by  the  distribution  of  potential  data  over  local  deployed 
sources)  to  provide  the  Package  Handler  with  the  identity  of  sources  against 
which  profiles  must  be  registered.  This  enables  the  package  being  defined  to 
have  the  information  required  for  its  operation  at  utilization  time.  Furthermore, 
the  Package  Handler  uses  CSIMS’  capability  to  determine  which  queries  will 
have  to  be  asked  of  each  component  source  to  satisfy  the  package’s.  The 
package  defines  the  profiles  that  will  eventually  be  handed  to  the  Package 
Handler  for  processing  and  registration. 


INFORMATION  PACKAGING 

The  information  packaging  components  of  WIP  are  handled  by  utilizing  two 
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components;  the  Package  Handler  and  the  Product  Packager.  The  Package 
Handler  maintains  a  local  store  of  profiles  defined  specifically  by  WIP,  handles 
communications,  and  has  the  responsibility  of  initiating  the  accumulation  of 
results  for  specific  packages.  As  currently  implemented,  in  the  demonstration 
system,  WIP  does  not  communicate  with  IDM.  However,  the  introduction  of  one 
or  more  Data  Services  is  easily  handled  by  the  systems  design.  WIP  registers 
and  de-registers  these  profiles  with  the  IDM. 


CONTROL  TREADS 


INFORMATION  OBJECT  SPECIFICATION  AND  REGISTRATION 


Figure  2  illustrates  the  control  flow  of  the  information  object  specification  and 
registration  phases.  During  the  first  phase,  information  objects;  namely,  Package 
Templates  and  State  Objects,  are  created  or  modified  with  the  Package  Editor. 
The  Package  Template  is  the  parameterized  definition  of  both  the  information 
requirements  (queries)  and  the  display  formatting  that  the  user  is  interested  in. 
The  Package  Template  is  composed  of  formatting  objects  like  Headers, 
Separators,  Paragraphs  and  Query  to  describe  how  the  information  product  will 
eventually  look.  The  State  Object  is  the  encapsulation  of  the  variables  that  are 
used  to  instantiate  the  parameters  in  the  Package  Template.  The  instantiation 
takes  place  at  the  time  of  registration  within  the  Package  Handler.  Refering  to 
the  links  in  the  figure  above: 

1.  A  Package  Template  /  State  Object  pair  are  registered  with  the  Package 
Handler 

2.  Package  Templates  and  State  Objects  are  maintained  in  the  systems  central 
storage  (OEM  Server) 
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INFORMATION  GATHERING 

Figure  3  shows  the  flow  of  control  for  the  information-gathering  phase  of  the  WIP 
system.  The  Package  Handler  is  responsible  for  instantiating  the  Package 
Template  and  State  Object  together,  storing  the  instantiated  Package  and 
evoking  the  Product  Packager  to  collect  the  query  results  from  the  Query 
Service,  formatting  the  Product  and  storing  it. 


Figure  3.  Information  Gathering  Phase 


Refering  to  the  links  in  Figure  3: 

3.  An  instantiated  Package  is  stored  centrally 

4.  The  Product  Packager  is  evoked  to  start  building  the  Product 

5.  The  queries  are  sent  to  the  Query  Service  for  satisfaction  via  decomposition 
into  individual  data  source  queries. 

6.  The  Query  Service  collects  the  data  source  results  and  aggregates  them 

7.  Returning  the  results  to  the  Product  Packager  for  formatting  and 

8.  Storage  in  the  central  store. 


PRODUCT  VIEWING 
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Figure  4  shows  the  WIP  flow  of  control  when  a  Product  is  requested  for  viewing. 
The  user,  to  request  a  Product  to  be  rendered,  uses  a  lightweight  HTML  client.  At 
that  time  a  request  is  made  to  the  Product  Packager. 


Refering  to  the  links  of  Figure  4: 

9.  A  request  for  a  Product  is  made  from  the  Product  Viewer 

10.  The  Product  Packager  retrieves  the  formatted  Product  from  the  central  store 
and  renders  it  based  on  the  user  specified  parameters 

1 1  .The  Product  Packager  returns  the  rendered  Product  to  the  Product  Viewer  for 
display. 


PACKAGE  UPDATING 

Figure  5  demonstrates  another  control  thread,  which  occurs  asynchronously  with 
respect  to  the  other  control  threads.  This  flow  shows  the  WIP  reaction  to  a 
change  being  made  to  a  State  Object.  When  the  change  occurs  the  central  store 
(OEM  Server)  notifies  the  Package  Handler  of  the  change,  which  then  searches 
through  all  of  the  registered  Packages  for  those  registered  with  the  changed 
State  Object.  It  finds  those  Packages  and  re-registers  them  with  the  new  values 
of  State  Object. 
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Figure  5.  Package  Updating  Phase 


Refering  to  the  links  in  Figure  5: 

A.  Store  modified  State  Object 

B.  The  Package  Handler  is  notified.  The  current  list  of  registered  Packages  is 
reviewed  and  the  ones  that  use  the  changed  State  Object  are  un-registered, 
re-instantiated  and  then 

C.  Registered  again,  by 

D.  Evoking  the  Product  Packager,  which  in  turn 

E.  Submits  each  query  to  the  Query  Service,  which 

F.  Performs  the  single  source  queries  and  aggregates  the  results. 

G.  Query  results  are  returned  and  the 

H.  Product  Packager  stores  the  new  Product  in  the  central  store. 
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APPLICATION  INNOVATION 


The  information  integration  functionality  provided  by  the  Query  Service,  which 
uses  Al  planning  technology,  enables  WIP  to  be  operational  on  different 
information  sources  in  multiple  existences,  including  databases,  legacy 
information  systems,  image  sources,  sensors,  and  the  World  Wide  Web.  The 
use  of  independent  information  objects  by  the  information  packaging  components 
(Package  Editor,  Package  Handler,  Product  Packager  and  Product  Viewer) 
combined  with  the  use  of  a  common  domain  ontology  significantly  extend  WIP’s 
usability  to  the  end  users.  Combined,  these  two  functions  not  only  provide 
information  that  directly  meets  users’  needs,  but  also  supply  and  present  context 
and  other  related  information  that  makes  the  required  information  meaningful. 

It  is  informative  to  point  out  that  although  WIP  is  developed  for  the  BADD  system 
in  a  military  domain,  the  concept  and  WIP  system  itself  is  easily  applied  to  other 
applications.  Specifically,  WIP  can  be  adapted  to  a  personal  digital  assistant  in 
an  information  rich  environment  to  help  a  user  collect  information  based  on 
particular  information  needs.  The  information  can  then  be  presented  in  a  format 
compliant  with  the  user’s  preferences. 


EVALUATION 


The  WIP  system  is  the  integration  of  two  distinct  technologies:  query  service 
(mediation)  and  information  packaging.  The  development  of  each  of  these 
technologies  has  been  pursued  independently  in  this  program.  Prototype 
systems  with  limited  functionality  exist  for  the  components  of  the  Product 
Packager.  The  query  service,  CSIMS,  is  responsible  for  satisfying  information 
requests  and  it  currently  supports  several  projects  in  extended  prototype  form. 
The  Warfighter’s  Information  Packager  is  currently  working  in  a  demonstratable 
fashion.  ISX  is  currently  pursuing  operational  users  for  the  system,  either  with  the 
CSIMS  query  service  or  another  user  specified  service. 

At  this  time  other  DARPA  projects,  such  as,  ACOA  and  Genoa,  have  expressed 
interest  in  the  WIP  information  packager.  JICPAC  has  also  expressed  an  interest 
in  installing  the  system  in  the  JICPAC  laboratory  for  operational  test  and 
evaluation. 
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Product  Packaging  for  BADD  Final  Report 
Appendix  A: 

Warfighter’s  Information  Packager  Demonstration 
Walk-Through 


Appendix  A 


WIP  User  Guide 


The  following  is  meant  as  an  aid  for  someone  performing  a  demonstration  of  the 
Warfighter’s  Information  Packager.  The  document  includes  both  “words”  that  the 
demonstrator  can  use  as  part  of  their  “patter”  while  doing  the  demo  and  aside 
information  for  the  demonstrator  to  know.  The  document  is  written  in  a  style  that  often 
does  not  adequately  distinguish  the  two  types  of  information.  Although  a  lot  of  screen 
images  have  been  included  here,  the  most  effective  way  to  use  this  document  is  to  run 
the  demo  in  conjunction  with  reading  the  text. 

The  demo  can  be  found  at  htto://acme. isx.com/wip/demo3/.  To  receive  a  username  and 
password,  please  send  e-mail  to  mzev@isx.com 

Use  Case 

There  are  two  user  interfaces  that  provide  access  to  WIP:  The  Package  Editor  and  the 
Product  Viewer.  The  Product  Viewer  is  a  lightweight  web-based  system  that  allows  the 
user  to  pick  from  the  list  of  registered  packages  and  view  them  as  products  in  a  variety 
of  different  display  protocols.  The  Package  Editor  provides  a  mechanism  for  users  to 
create,  modify  and  delete  Package  Templates,  State  Objects  and  the  components  that 
make  them  up.  The  Package  Editor  also  gives  the  user  a  way  to  register  and  unregister 
packages  within  the  WIP  system. 

The  following  is  an  example  path  through  the  WIP  system.  This  is  not  the  only  path,  but 
it  has  been  well  tested  and  is  a  good  recipe  for  an  informative  demonstration. 

The  outline  for  the  demonstration  is  partitioned  in  two  parts: 

1 .  Show  the  Product  Viewer 

1.1.  Review  a  (pre)  registered  Product 

1 .2.  Show  off  the  display  items  within  the  product  (headers,  profiles,  etc.) 

2.  Show  the  Package  Editor 

2.1 .  Review  the  Package  Template  used  to  create  the  viewed  product 

2.2.  Point  out  the  use  of  State  Variables 

2.3.  Review  the  State  Object  used  to  create  the  viewed  product 


A-  1 


Appendix  A 


1 .  The  Product  Viewer 


[  fft  Waifightei't  Information  Pact  apt  i  (WIP)  Piodud  View**  -  Neticaf 


'  £ie  idl  View  &o  Cofwmmcaloi 

I  4  <£  3  ?\\  &  .*  tjj’ 

% _ >  ■.  Reload  Home  Sewch  Gu^te  Seeir*y 


Product  Viewer 


] F acility  Monitoring  for  HosMe  Countries  in  North  A/rica  jJ 
r-  text  html  r*  low  band  html 


Warfighter's  Information  Packager  (WIP)  Product  Viewer 

This  viewer  allows  the  user  to  dynamically  generate  VHP  product  using  packages  stored  persistently  in  a  database  The  product'  is  the  fully  rendered  package 

Select  the  WIP  package  from  the  drop  down  menu  in  the  above  frame,  that  you  wish  tv  render  If  die  drop  down  menu  displays  "No  Packages  Available',  the 
package  database  is  empty 

After  you  select  a  package  from  the  drop  down  menu,  choose  one  of  the  following 

•  text  *  Binld  the  package  in  text  only  format,  display  in  this  window 

•  htm!  •  Build  the  package  as  an  html  web  page,  display  in  this  window 

•  low  band  html  -  Build  as  an  html  web  page  without  images,  display  in  this  window 

If  you  wish  to  E-mail  the  product,  enter  one  or  more  addresses  m  the  'E-mad  List’  box  and  the  product  will  be  mailed,  then  displayed  m  this  window 

Then  press  the  ’Submit'  button 

The  'Refresh'  button  will  update  the  drop  down  menu 

Your  browser's  Back  button  will  allow  you  to  view  previous  packages  and  this  message 


The  Product  Viewer  is  a  light-weight  browser-based  application  that  uses  CGI  scripts 
and  Java  Script.  The  Product  Viewer  must  be  accessed  from  outside  a  firewall  to 
ensure  connection  to  the  WIP  server. 


Submit  Form 


file  Edit  View  fio  £ocnmunic#toi  yelp 


-r  3  ftk 

Reload  Home  Se-sich  Guide 


i  :J1 


Pmduct  Viewer 


■j  Facility  Monitoring  for  Hostile  Countries  in  Ncrth  Afnca  j 
text  html  low  band  html 


Warfighter's  Information  Packager  (WIP)  Product  Viewer 

This  viewer  allows  the  user  to  dynamically  generate  V/IP  product  using  packages  stored  persistantly  in  a  database.  The  'product'  is  the  fully  rendered  package 

Select  the  WIP  package  from  the  drop  down  menu  in  the  above  frame,  that  you  wish  to  render.  If  the  drop  down  menu  displays  "No  Packages  Available*,  the 
package  database  is  empty 

After  you  select  a  package  from  the  drop  down  menu,  choose  one  of  the  following 

•  text  -  Build  the  package  in  text  only  format,  display  in  this  window 

•  html  -  Build  the  package  as  an  html  web  page,  display  in  this  window 

•  low  band  html  -  Build  as  an  html  web  page  without  images,  display  in  this  window 

If  you  wish  to  E-mail  the  product,  enter  one  or  more  addresses  in  the  'E-mail  List'  box  and  the  product  will  be  maded,  then  displayed  in  this  window 

Then  press  the  'Submit'  button 

The  'Refresh'  button  will  update  the  drop  down  menu 

Your  browser's  Back  button  will  allow  you  to  view  previous  packages  and  this  message 


Submit 

Frame 


Display 

Frame 
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A  close  up  of  Submit  Form  containing  details  of  the  interface  components  is  shown 
here: 


To  get  started,  select  a  Package  from  the  list:  e.g.  Facility  Monitoring  for  Hostile 
Countries  in  North  Africa 


Next,  activates  the  Render  Product  Package  by  clicking  on  Submit  button.  The  rendered 
result  will  be  displayed  in  the  Display  Frame. 

1. 1  Review  the  product 

Some  of  the  key  features  that  will  be  displayed  are  Headers,  Separators  and  Query 
Results.  There  are  two  formats  for  the  query  results,  Tabular,  as  we  see  below  and  in 
Record  Label  Format. 
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££i#  Edit  yiavj  go  Communicate* 

1  4'  ^  3  rfl 

ii;  Back  Reload  Horn 


C*  Eft  31 


Reload  Home  Search  Guide  Print  Security 


Product  Viewer 


|| Facility  Monitoring  for  Hostile  Countries  in  North  Africa  jj 
C  text  f*  html  f*  low  band  html 
iE-mailListJ  [Submit  |  Refresh  j 


Facility  Monitoring  for  Countries  in:  North  Africa 


Separator 


The  BIOLOGICAL  WEAPONS  PLANTS  in  Hostile  Countries  in  NoftfftQrica 


Name 

BE  H  Lat 

Lon 

Facility  Country  Code  Facility  Catr< 

Bechar 

;9999- 10009  313755N 

002 134  5W 

AG 

40100 

Ajdabiya 

9999-10002  304855H  | 

0201456E 

LY 

40100 

al-Khums 

9999-10001  323809N 

0141609E 

. LY . 

40100 

al-Ubayyid  9999-10012  131104N 

0301333E 

. $u . 

40100 

»•  Site  Funrtion  Description  | 
BIOLOGICAL  WEAPONS  PLANTS  " 

Biological  weapons  plants  1 

• 

BIOLOGICAL  WEAPONS  PLANTS  J 
BIOLOGICAL  WEAPONS  PLANTS  ? 


|  Query  Results 


The  CHEMICAL  WEAPONS  PLANTS  in  Hostile  Countries  in  North  .Africa 


Ahaggar  9999- 1 0007  23000 1 14  006301  IE 

40200 

j  Algiers 

9999-10008  364744N  0030344E 

40200 

iAbeche 

9999-10011  =1 34904N  0204903E 

40200 

Facility  Category  Site  Function  Description 

40200  CHEMICAL  WEAPONS  PLANTS  | 

40200  CHEMICAL  WEAPONS  PLANTS  % 

40200  CHEMICAL.  WEAPONS  PLANTS  ^ 


Additionally,  the  user  can  specify  whether  the  query  result  is  placed  “in-line”  as  above  or 
as  a  link  as  seen  below.  Other  features  that  can  be  displayed  are  hyper-links  to  other 
web  sites.  These  links  are  static  and  are  defined  in  the  original  Package  Template. 
Images  can  also  be  specified.  The  image  displayed  is  a  thumbnail  of  the  actual  image; 
when  clicked,  the  image  will  be  displayed  in  its  actual  size. 


■  Watliphtei’t  lirfiMwalion  Package*  tWIP|  Product  Viewer  -  NeUcape 


pe  yc*  So  Corrvnunc^c'i  He*> 

I  ^  y  3  (i\  st 

Bock  R»bad  Home  Seaich  Giwte 


=*  S’  31 

Prior  Seo*iy 


Country  Name  Country  Code  Reference 

ALGERIA  AG  SUMMARY  REFERENCE 

"CHAD . ■■ . CD  SUMMARY  REFERENCE 

LIBYA  LY  SUMMARY  REFERENCE 

SUDAN  ’  SU  SUMMARY  REFERENCE 

State  Department  „ ,,a . . 

CIA  Factbook  ~ 

'/it,-  W  i  T'ic.-l  - . — - - - ...... 


Query  Results 


Static  Links 


‘j  Query  Result  as  a  I 


Static  Image  Thumbnail 


Package  Prepared  on  Tut  Nov  24  1 5  32  22  PST  1998 
lUse  Back  to  View  Previous  Screen 


One  feature  to  note  in  the  above  screen  image  is  that  the  rendering  application  does  not 
need  to  know  the  resulting  formats  ahead  of  time;  e.g.  some  of  the  results  of  the  queries 
will  be  URLs  while  others  will  be  images.  When  the  Tenderer  identifies  a  URL, it  will 
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automatically  create  the  appropriate  hyper-link.  The  user  need  only  click  on  the  link  to 
go  to  that  site.  Below  we  see  the  result  of  following  the  Reference  link  for  the  Algeria 
record  above.  That  particular  link  is  to  the  CIA  World  Factbook. 


When  a  query  result  is  a  link,  the  data  is  not  rendered  unless  and  until  the  user  explicitly 
requests  it  by  clicking  on  the  link.  When  the  above  link  is  clicked  WIP  will  render  and 
display  the  results  of  the  query  as  shown  below.  Additionally,  the  following  screen  also 
shows  how  a  result  would  be  formatted  using  the  Label  Record  format.  The  form  is  for 
the  attribute  labels  to  be  displayed  in  the  left-hand  column  of  the  two-column  table.  The 
same  rules  apply  to  these  labels  as  those  in  the  standard  table  format,  including 
specialized  names  and  ordering.  When  the  Label  Record  format  is  in  use  one  complete 
record  will  be  displayed  (vertically)  and  then  the  next  record  will  be  displayed.  Each  set 
will  include  the  attribute  labels. 
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ffto  £dt  !jT*w  Qo  £emnvicato<  Help 

ij  ^  '•*>  3-  '5  - ■■ '4$  '  ~~S' 

||  Beck  h.-.--*!1.'  n*Joed  Honx  S«rch  Guide  ■'•  Print  Sacurty 


Product  Viewer 


:FIUMARY_PORT_NAME 

[ . LAT . 

LONG 


PRIMARY_PORT_NAME 
. LAT 

; . LONG . 


ELBORMA 
3 1430 W 
0091610E 


The  first 
record 


The  second 
record 


WIP  provides  three  (3)  ways  to  render  a  product.  As  an  HTML  document  (as  shown 
above)  as  a  low  bandwidth  HTML  document  and  as  a  text  document.  The  different 
methods  are  to  allow  the  user  to  make  decisions  about  the  display  with  respect  to  their 
own  unique  situation.  When  using  the  Low  Bandwidth  option  images  are  not  displayed 
automatically,  they  are  all  displayed  merely  as  links  to  the  images.  This  allows  the  user 
to  only  use  bandwidth  for  images  that  they  really  want  to  see.  See  below. 


■  Warfighter  i  Information  Packager  (WIPJ  Product  Viewer  -  Netscape 


file  £dH  View  £o  £orrmrica(w  Help 

f . h. . >' . -a . S . "X- . £ . '5 . '■£ . m 

jj  Back  i  tx1  *it-i  Reload  Home  Search  Gride  Prhl  Security 


Dra  H9999-10010 :290400N  |0064533W 
■; jB  en^azi : 9 999. 10 006  32  07  34  N  [02004 1  IE  ir~ 
|Mt Nile' j^-10013 [2930 ilN fo303056E 

Country  Reference:  Hostile 

These  countries  are  considered  Hostile  to  the  USA 


0064533V/  40300  NUCLEAR  WEAPONS  PLANTS  1 


NUCLEAR  WEAPONS  PLANTS  | 
NUCLEAR  WEAPONS  PLANTS  1 


:  Country  Name  iCountry  Code 

Reference 

ALGERIA  1 

AG 

i  [SUMMARY  REFERENCE 

CHAD  ( 

CD 

:  [SUMMARY  REFERENCE 

LIBYA  | 

LY 

^SUMMARY  REFERENCE 

l!  SUDAN 

SU 

EUT.OvLARY  REFERENCE 

State  Department 

CIAFactbook  _ - 

Query:  Airport  Names  ~ . . 

Africa  Image 

Package  Prepared  on:  Tue  Nov  24  15:38:13  PST  1998 

Use  Back  to  View  Previous  Screen _ 

- 1  Document  Done 


Link  to  image 
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An  alternative  format  is  to  have  the  result  displayed  as  Text.  In  this  form  the  assumption 
is  made  that  the  viewing  device  does  not  support  HTML,  and  therefore  is  also  probably 
limited  by  width  (unlike  HTML  that  scrolls  horizontally).  To  accommodate  this  query,  the 
results  are  not  displayed  as  tables,  regardless  of  what  the  Package  Template  specified. 
All  query  results  are  displayed  in  Label  Record  format. 


^Warfightei's  Information  Package!  [WIPJ  Ptaduct  Viewei  -  Netscape 


go  £onvr«jnicator  ffc'o 

I  '•}  3  &  a.  4’ 

%  Back 


fieb«<3  Home  Search  Gi^xte 


Pint  Secuiy 
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TeUSll*? 


Product  Viewer 

■  ij  F a c il j ty  Monitori ng  fo r  Hostile  Countries  in  North  AfricV  ^ 


^  text  f'  html  C  low  band  html 
;|E-raail List]  fSubrnjtJ  'Refresh,  j 


Facility  Monitoring  lor  Countrii 


North  Airiest 


The  BIOLOGICAL  WEAPONS  PLANTS  in  Hostile  Countrit 


FACILITY_NAM£: 

F  AC I L I T Y_B  E_NUHB E  R : 
LATITUDE~DnI: 

LONGITUDE  DM3 : 

FAC IL ITY_COUNTRY_CODE : 
SUMHARY_COUNTRY_CODE : 
FACILITY  CATEGORY: 


Bechar 

9999-10009 

3137S5N 

002 1345V 

AG 

AG 


FACILITY_NAKE: 

facility”be_number: 

LATITUDE~DMS: 

LONGITUDE_DMS: 
FACILITY_COUNTRY_CODE : 

SUMMARY  COUNTRY  CODE: 
FACILITY_CATEGORY: 
FACILITY~CATEGORY  DESCRIPTION: 


Aj dabiya 

9999-10002 

30485SN 

02014S6E 

LY 

LY 


FACILITY_NAME: 
FACILITY_BE_NUMBER: 
LATITUDE  DMS : 


.loSSTOoneT 


al-Khums 

9999-10001 

323B09N 


Query 


Results 


In  the  above  screen  shot  the  beginning  of  the  Facility  Monitoring  for  Hostile  countries  in 
North  Africa  package  is  being  viewed. 

Let  us  now  look  at  the  Package  Editor,  where  the  specification  for  this  package  was 
created. 


3.  Package  Editor 

The  Package  Editor  was  designed  to  be  as  user-friendly  as  possible,  using  convenient 
Tab  navigation  between  most  of  the  screens.  In  addition  to  the  Welcome  banner  shown 
here  a  simple  help  screen  is  also  provided. 
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The  specification  of  the  Package  Template  is  defined  through  the  Package  Template 
Library.  Within  this  library  the  user  can  modify,  copy  or  delete  an  existing  Package 
Template  or  create  a  new  one.  The  format  of  the  Package  Template  Library  screen  is 
similar  to  the  Profile  Template  Library  and  the  State  Object  Library  screens.  The 
majority  of  the  real  estate  on  the  screen  is  occupied  by  the  object  list,  Package 
Templates,  Profile  Templates  or  State  Objects  as  appropriate  for  each  library.  To  the 
right  of  the  list  is  the  List  Button  Set  and  the  Refresh  Button.  The  List  Button  Set 
provide  the  functionality  that  allows  the  user  to  either  create  a  new  object  (object  in  this 
context  is  meant  to  mean  either  Package  Template,  Profile  Template  or  State  Object 
depending  on  which  library  the  user  is  in)  modify  an  existing  object,  make  a  copy  of  an 
object  and  then  edit  it  and  remove  an  object  from  the  library.  The  Refresh  button  is 
there  to  allow  the  user  to  update  the  list  of  objects  displayed.  If  WIP  is  being  used  as 
single  user  system  than  this  button  can  be  ignored.  However,  if  there  are  concurrent 
users  that  are  creating  and/or  removing  objects  than  the  use  of  the  Refresh  button  will 
ensure  consistency  with  all  the  other  users. 
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If  the  user  chooses  to  create  a  new  Package  Template  they  will  be  required  to  specify 
both  a  list  of  Profile  Templates  and  a  display  format.  Note:  The  GUI  uses  nomenclature 
consistent  with  the  BADD  program  and  therefore  the  term  used  for  query  is  Profile.  The 
display  format  is  a  specification  of  the  format  that  the  query  results  will  be  displayed  in. 

The  Package  Template  editing  screen  has  three  (3)  distinct  panels  on  it;  the  Meta-data 
Panel,  the  Format  Panel  and  the  Profile  Template  Panel. 


Within  the  Meta-data  Panel  general  information  about  the  Package  Template  is  stored. 
Namely,  the  name  of  the  Package  Template,  the  date  of  last  modification  (this  field  is 
read-only  and  is  modified  by  the  system  each  time  the  Package  Template  is  modified), 
and  the  originator  of  the  Package  Template.  This  field  (as  is  the  case  of  all  the  others) 
allows  the  user  to  input  anything  they  want  without  validity  checking  of  any  type; 
however,  it  is  intended  to  be  used  to  identify  either  the  original  author  or  the  person  who 
last  modified  it.  The  description  field  can  be  used  to  identify  in  further  detail  what  the 
Package  Template’s  queries  are  all  about.  The  Meta-Data  Panel  also  has  a  button  set 
associated  with  it.  A  detailed  view  of  this  panel  is  shown  below. 
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Name  of  Object  (Package  Template,  Profile  Template,  State  Object) 
j  Date  Object  was  last  modified  (read-only,  provided  by  system) 


fr&me:  j  [Facility  Monitoring 


:  Mod#  left:  [6*22-98 

Originator:  Jpackage  Editor 


tlescrlpjjon:  [Template  for  Facility  Monitoring 


Originator  (who  or  what  created  this  object) 
User  specified  Description  of  object 


“Save”  Button  Set 

Apply:  Save  but  don’t  leave  screen 
OK:  Save  and  leave  screen 

Cancel:  Don’t  save  and  leave  screen 


The  “Save”  Button  Set  provides  a  way  for  the  user  to  save  or  cancel  the  current 
changes  being  made. 

The  Profile  Template  Panel  contains  the  list  of  Profile  Templates  associated  with  this 
particular  Package  Template.  The  Profile  Template  Panel  is  dominated  by  the  Profile 
List.  This  list  has  a  List  Button  Set  associated  with  it,  and  works  much  like  the  Profile 
Template  Library  screen  works.  A  distinction  is  made  here,  however,  because  the  list  of 
Profile  Templates  displayed  here  only  exists  within  the  Package  Template.  Some  of  the 
items  in  the  Profile  Template  list  might  have  started  in  the  Profile  Template  Library  but 
once  they  are  copied  into  a  particular  Package  Template  the  profile  is  “decoupled”  from 
the  library.  Any  changes  made  to  a  Profile  Template  within  a  Package  Template  have 
no  effect  on  the  original  Profile  Template  in  the  Library.  However,  the  user  can  choose 
to  save  the  changes  made  to  a  Profile  Template  back  into  the  Profile  Library  under  a 
different  name. 
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The  Profile  Template  Panel,  above,  has  an  additional  section  associated  with  it  that  the 
Profile  Template  Library  screen  does  not  have:  the  Profile  Template  Library  Panel.  This 
provides  a  way  for  the  user  to  copy  Profile  Templates  from  the  Library  to  the  Package 
Template.  To  operate  this,  and  all  similar  types  of  drop-down  menu  selections,  the  user 
clicks  on  the  arrow  of  the  drop-down.  When  the  list  is  displayed  the  user  clicks  on  the 
appropriate  selection  (scrolling  up  or  down  as  necessary).  When  the  selection  is  made 
the  user  then  must  click  on  the  “Add  From  Library”  button.  (In  other  circumstances  the 
button  will  be  labeled  differently).  When  the  Profile  Template  is  added  to  the  Profile 
Template  list  the  WIP  system  will  automatically  append  a  number  value  to  1)  remind  the 
user  that  the  Profile  Template  is  a  copy  of  the  Library  version  of  the  Profile  Template 
and  2)  make  the  name  unique,  a  system  requirement. 
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Facility  Detail 

Facility_Lookup 

Airfield  Description 

Missile  InstallationsSMF 

Aircraft  Fteference 

Seaport  Description 
country  .reference 

s  /' 

r 

Facility  Detail 

. iJ 

State  Variables 


The  remaining  panel  is  the  Display  Layout  Panel,  shown  below.  It  is  in  this  space  that 
the  user  defines  how  they  wish  the  final  displayed  product  to  be  formatted.  This  panel 
contains  three  button  sets,  the  Format  Objects  Button  Set,  the  Navigation  Button  Set 
and  the  Delete  button,  and  a  drop-down  list  panel,  the  State  Variable  Panel. 

A  user  can  choose  to  create  a  new  Profile  Template  or  modify  an  existing  one  by  using 
one  of  the  List  Buttons.  The  details  of  this  process  will  be  discussed  below. 

Format  Objects  Button  Set 

The  Format  Objects  Button  Set  contains  the  display  objects  that  can  be  used  to  create 
the  information  product.  There  are  six  display  objects: 

•  Header 

•  Separator 

•  Paragraph 

•  Link 

•  Image 

•  Profile 
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Header 

The  Header  object  is  analogous  to  the  <H1>,  <H2>...<H6>  tags  in  the  HTML 
specification.  It  is  intended  as  a  one  line  title  or  caption;  however,  the  user  can  take 
advantage  of  the  object  any  way  they  choose.  The  Header  object  has  two  parameters: 
Font  Size  and  Text.  The  font  size  is  selected  from  a  list,  the  choices  are  Small,  Medium 
and  Large.  The  Text  parameter  is  the  text  the  user  wants  displayed. 

Separator 

The  separator  object  is  analogous  to  the  <HR>  tag  in  HTML.  It  is  used  to  visibly 
separate  items  in  the  display  format  with  a  horizontal  line. 

Paragraph 

The  Paragraph  object  is  used  to  allow  the  user  to  annotate  the  information  product  with 
a  section  of  text  of  arbitrary  length.  The  paragraph  will  be  rendered  in  the  viewer’s 
default  size  and  font.  The  only  parameter  required  is  the  text  itself. 

Link 

The  Link  object  allows  the  user  to  place  in  the  product  a  hyper-link  to  an  arbitrary  URL. 
The  user  can  use  this  feature  as  they  see  fit.  The  two  parameters  required  are  the  Label 
and  the  URL.  The  Label  is  the  text  that  will  appear  as  the  link.  For  example  if  the  text 
were  “This  is  a  test  link”  and  the  URL  was  http://www.state.gov  then  the  words  This  is  a 
test  link  would  be  identified  as  a  hyper-link  to  the  US  State  Dept  website. 

Image 

The  Image  object  is  very  similar  to  the  Link  object  (above)  in  that  it  allows  the  user  to 
place  in  the  product  an  image  and  a  hyper-link  to  an  arbitrary  image  URL.  The  two 
parameters  required  are  the  Label  and  the  image  URL.  The  Label  is  the  text  that  will 
appear,  as  the  link  (currently  not  implemented).  The  currently  implemented  version 
displays  a  thumbnail  of  the  image  (in  a  system  fixed  size).  When  the  image  is  clicked 
the  full-size  image  is  displayed. 

Profile 

The  Profile  object  represents  the  results  of  a  profile.  There  is  only  one  editable 
parameter  the  user  can  change  with  this  object:  the  Placement.  The  Placement  refers 
to  whether  the  results  are  placed  “in-line”  meaning  as  just  another  object  displayed  in 
the  product  or  “link”ed  which  means  that  instead  of  the  actual  result  being  present  in  the 
product,  a  link  to  the  result  appears. 
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Form.it 


Meatier  Font  Size;  Medium  ▼ 


{Facility  Monitoring  for^Countries  in:  -Region- 


Separator 


Header  Font  Size:  Medium 


The  ~Facility_Category~  in 
~Country_pisposition~  Countries  in  -Region- 


Profile  Placement: 


Name:  facilities  Bio.  Plant 


inline 


Header  Font  fiber  I  Medium 


Header  Display  Object 
Used  for  single-line  annotation 

Font  Size  (Small  |  Medium  |  Large) 

Text  (Free  input,  can  include  state 
variables) 

Separator  Display  Object 

Displays  a  line  in  final  product  (aesthetic) 


Profile  Display  Object 
Results  of  a  Profile 

Placement  (Inline  |  Link) 


Paragraph 


These  countries  are  considered 
•Oountry_Disposition~ to  the  USA 


Link 

Label 


jstate  Department 


Reference 


[hitp  fAww.state  govAvww 


Image 

Label 


•INSERT  LABEL  ' 


Reference 


[INSERT  reference 


Paragraph  Display  Object 
Used  for  multi-line  annotation 

Text  (Free  input,  can  include  state 
variables) 

Link  Display  Object 
Defines  a  hyper-link 
(static) 

Label  (Free  input) 

Reference  (URL) 

Image  Display  Object 
Defines  an  image  to  be  displayed 
(static) 

Label  (Free  input) 

Reference  (URL) 


Navigation  Button  Set 

The  Navigation  Button  Set  is  comprised  of  two  buttons  “Move  Up”  and  “Move  Down”. 
These  are  used  to  change  the  placement  of  individual  display  objects  in  the  product.  To 
use  them  the  user  selects  an  object  in  the  Formatting  workspace  and  then  clicks  on  the 
appropriate  button  to  either  move  the  object  up  or  down  in  the  list. 

State  Variable  Panel 

The  State  Variable  Panel  works  the  same  as  the  Profile  Template  Library  Panel 
(described  above).  However,  in  this  case  the  drop-down  list  contains  valid  State 
Variables  and  the  action  button  is  labeled  “Insert  State  Variable”.  State  Variables  can  be 
inserted  into  most  of  the  display  objects  and  are  most  commonly  used  in  Headers  and 
Paragraphs. 
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My_Name~ 
My_Comman(!~ 
'W^_M|ssidn~  : 

My_Current_Goun<ry~ 
My_Taraet_City~ 
MyJT  arget_Country~ 
Courrtry_Disposition~ 


State  Variables 


HR|| 


-My_Current_Crty~ 


Editing  a  Profile  Template 

A  Profile  Template  can  be  edited  via  two  paths.  One  path  is  by  moving  to  the  Profile 
Template  Library  tab,  selecting  a  Profile  Template  from  the  list  and  either  copying  or 
editing  the  selected  object.  The  other,  and  more  utilized  way  is  by  editing  the  Profile 
Template  from  the  list  within  a  Package  Template.  While  the  form  allows  access  to  the 
entire  Library,  the  latter  views  the  data  from  a  Package  Template  centric  view,  the  more 
intuitive  path  for  most  users.  Discussed  here  will  be  the  path  though  the  Package 
Template  Library.  The  editing  methods  for  the  two  paths  identical  with  the  exception  that 
this  path  includes  an  additional  set  of  buttons  that  allows  the  user  to  save  the  current 
Profile  Template  into  the  Profile  Template  Library. 
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Application:  Packaqe  Editor  Applet 


turn 


r 


Profile 
Template 
Meta  Data 
Panel 


Profile 

Template 

Editor 


Profile  Template  Editor 

The  Profile  Template  editor  is  organized  it  three  sections  and  implemented  as  three 
“tabs”.  The  sections  are:  Conditions,  Query  Body  and  Query  Format 


Conditions 

(Meta-data) 

Query  Lang 
Life  Span 
Frequency 


Query  Body 
Query  Def 


Query  Format 

Display  Spec 


(Application:  Package  Editor  Applet 
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Conditions 

The  Conditions  section  contains  meta-data  about  the  profile.  It  contains  a  meta-data 
panel  and  addition  fields.  The  fields  implemented  in  the  current  version  of  WIP  are  not 
actually  used  -  the  current  WIP  Query  Service  (SIMS)  does  not  support  the  values.  The 
fields  are  included  as  placeholders  for  future  implementations. 

Query  Body 

The  Query  Body  is  the  actual  query  specification  that  will  be  satisfied.  WIP  currently 
implements  two  distinct  query  editors.  The  first  and  most  general  is  the  so  called  Text 
Editor.  This  editor  is  just  a  free-field  edit  area.  The  only  amenity  is  that  WIP  provides  a 
list  of  valid  State  Variables  that  the  user  can  insert  into  the  query  expression. 

The  second  editor  that  WIP  provides  is  the  SQL3  Editor.  This  editor  specializes  the 
tasks  needed  to  perform  an  SQL3  query.  (SIMS  uses  SQL3  as  its  query  language). 
Standard  SQL3  queries  can  be  broken  down  into  three  parts  or  clauses:  the  From 
clause,  the  Select  clause  and  the  Where  clause.  The  From  clause  specifies  which 
objects  the  user  is  interested  in  querying.  The  Select  clause  identifies  the  specific 
attributes  the  user  wants  returned  as  a  result  of  the  query  and  the  Where  clause 
describes  the  constraints  to  be  used  when  processing  the  queries.  The  WIP  SQL3 
editor  puts  each  one  of  the  clause  types  on  a  different  tab.  The  editor  is  very  simplistic 
and  provides  no  real  validity  checking;  however,  if  the  tabs  are  completed  in  the  order 
provided  (From,  Select,  Where)  then  the  system  will  limit  the  users  choices  within  a  tab 
based  on  the  specification  in  the  previous  tab. 
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For  instance,  based  on  the  objects  selected  in  the  From  tab  the  user’s  choices  of 
attributes  within  the  Select  tab  will  be  limited  to  only  those  that  are  members  of  the 
selected  objects. 


Attribute  Selector  List 


Conditions  Gueryflndy  Onory Format  I 


\ 


!  Where  Clause  ' 


cour*try_summary  summaty_country_name 
country  country_code 
countiY_summarY.summary_reference 

\ 

\  Remove 

\ 

\ 

’  Idd  Attribute: 

\ 

countiy_summary  SUMMARY_REGION 
country_summary  SUMMARY_COUNTF 
countiY_summary  SUMMARY_COUNTF 
countiy_summary  SUMMARY_DISPOSl 
countrY_summary  SUMMARY_REFERE 
country  C0UNTRY_NM 
country.COUNTRY_CODE 

i  ]> 

L  _ 

V 


Selected  Attribute  List 


Within  the  Where  tab  the  user  is  provided  with  two  lists,  one  for  State  Variables  and 
another  with  the  list  of  valid  attributes.  This  list  is  consistent  with  the  objects  selected 
from  within  the  From  tab. 


State  Variable  Selector  List 


Attribute  Selector  List 


Conditions  Query  Body  i  Query  Format  j 
‘SQL3  Editor 


j  From  Clause  Select  Clause  >Miete  Clause 


country_summary  summary_disposltion  =  '~Country_Oisposition~'  and  country_summary  summary_region  =  '-Region-'  and 
country_surrmary.summary_country_name  =  country  country_nm 


country_summaiY  SUMMARY_REGION; 
country_summary  SUMMARY_COUNTFj 
country_summary  SUMMARY.COUNTR 
country.summary  SUMMARY_DISPOSI: 
country_summary  SUMMARY_REFEREj 
country  COUtJTRY_NM 
country  COUNTRY_CODE 


Query  Constraint  Statement 


P 
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The  Warfighter’s  Information  Packager  Package  Editor  was  designed  to  be  mutable 
over  time.  Although  WIP  only  support  two  editors  currently,  it  was  architected  to  support 
multiple  editors  and  ISX  expects  to  install  different  editors  in  the  future. 

Query  Format 

The  user  can  clarify  how  they  wish  the  results  of  a  query  to  be  displayed  in  the  Query 
Format  tab.  The  first  aspect  of  the  display  is  the  general  layout.  The  result  can  either  be 
displayed  in  a  table  format  with  column  headers  or  in  the  so-called  Label  Record  format. 
The  label  record  format  displays  each  record  together,  vertically  with  the  attribute  label 
on  the  left  and  the  value  on  the  right.  Each  attribute  for  a  record  is  displayed  and  then 
the  pattern  repeats. 


The  order  table  within  the  Query  Format  tab  allows  the  user  to  identify  in  what  order 
they  wish  the  attributes  to  appear,  what  the  attribute  label  should  be  and  finally  whether 
or  not  a  particular  attribute  should  be  displayed. 


After  each  of  the  Conditions,  Query  Body  and  Query  Format  tabs  is  completed  the  user 
can  choose  to  merely  save  the  Profile  Template  into  the  current  Package  Template  or  to 
also  save  it  into  the  Profile  Template  Library  so  others  can  use  it  also. 


State  Object  Library 

After  the  Package  Template  has  been  specified  the  user  needs  to  select  an  appropriate 
State  Object  to  associate  with  it  for  registration.  The  State  Object  selection  page  is  very 
similar  to  the  Package  Template  selection  page.  To  illustrate  the  details  of  the 
information  product  we  viewed  in  the  beginning  we  can  choose  the  “Hostile  Countries  in 
North  Africa”  State  Object. 
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pjj  Application:  Package  Editor  Applet 


|  Welcome  ^Package  Template  Library  Prortejemptote  Library  |  Sate  Object  Library  |  Register  ^register  .  Help 


Slate  Objects  Available _ 

Target'  BE  #9999-10006 
Hostile  Countries  in  North  Africa 
Staging  in  Tunisia 


New 

Edit 

Copy 

Remove 

Refresh 


The  State  Object  editor  screen  has  three  main  sections:  the  Meta-data  Panel,  the 
variable  editing  table  and  the  Package  Template  preview. 


Meta-Data 

Panel 


Variable 

Editing 

Table 


Package 

Template 

Preview 


{gf  Application:  Package  Editoi  Apple* 


^Welcome  ‘  Package  Template  Library  jpfrqtile  Template  Library  [state Object  Library  j Register  ;  Unregister  ;  Hel; ; 


Name:  'Hcstre  Countries  m  North  Africa 

Modified:  Tue  Dec  08  12  07.25  PST  1998 

Originator:  iMZ _ 

Descrijitinn:  information  about  weapons  facilities 


Apply 


Cancel 


Name 

i  Description 

Value  |  Annotation 

-My  Name- 

Name  of  a  person  o 

MarcZev 

-My  Command- 

Current  Command 

—My  Mission- 

Current  Mission 

Wip  Demo 

~My_Current_City~ 

Current  City  Location 

. 

-Mv  Current  Count 

Current  Country  Loc 

-My  Target_Cit/~ 

Current  City  Location 

TUNIS 

-My_Target_Country- 

Current  Country  Loc 

TUNISIA 

-Country  Disposili  . 

Country  status  hosti 

Hostile 

-Region- 

Region  of  Interest 

North  Africa 

-Region!  - 

Region  of  Interest 

. . 

-Region2- 

Region  of  Interest 

:  ...  . :  . 

-Facility_Category~ 

Decription  of  facility 

BIOLOGICAL  WEAP 

-Faciiity_Categoryi- 

Decription  of  facility 

CHEMICAL.  WEAPO 

~F  aci!ity_Category2~ 

Decription  of  facility 

NUCLEAR  WEAPO  j 

-BE  Number- 

Buildma  Identificatio 

9999-10006 

Building  Identificatio 

-BE_Number2~ 

Building  Identificatio 

-Country- 

iCountry  of  interest 

-Countryl- 

;  Country  of  interest 

-City- 

;City  of  interest 

□ 


Packet  to  temntafes 


Facility  Monitoring 
|Facility  Targeting 
Port  Logistics 


j  Template  for  Facility  Monitoring 


V<»  iablos  Used 


■My_Target_Country- 

■Country_Disposition~ 

•Region- 

j-Faci1it/_Category- 
F  a  cil  ity_Cate  goryl  - 
Faci!ity_Category2~ 
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The  meta-data  panel  is  the  same  as  we  have  seen  elsewhere.  The  Variable  Editing 
table  has  four  columns.  The  two  left-most  columns,  Name  and  Description  are  read-only 
and  are  set  at  start-time.  The  remaining  two  columns,  Value  and  Annotation  are 
assigned  by  the  user.  The  idea  is  that  the  user  will  assign  values  to  the  State  Variables 
that  are  used  in  a  particular  Package  Template.  The  user  can  assign  values  to  State 
Variables  that  are  not  used  -  this  will  have  no  adverse  effect.  The  Annotation  column  is 
used  for  the  user  to  write  notes  additional  to  the  description  field  provide.  To  insure  that 
all  the  required  State  Variables  are  assigned  for  a  particular  Package  Template  the  user 
can  use  the  Package  Template  Preview  Panel.  This  panel  has  two  lists.  The  top  list  is 
the  list  of  Package  Templates  that  reside  in  the  Package  Template  Library.  When  the 
user  selects  one  of  the  Package  Templates  the  lower  list  is  filled  with  the  State 
Variables  that  appear  in  that  Package  Template.  The  user  can  then  use  the  list  as  a 
guide  to  assign  values  in  the  Variable  Editing  Table. 

Registration 

Once  the  user  has  saved  the  State  Object  into  the  library,  a  Package  can  be  registered 
with  WIP.  This  is  done  by  moving  to  the  Registration  tab. 


Name  of  Package 


Application:  Package  Editoi  Applet 


h 


Welcome  Package  Template  Library  ;  Profile  Temp, ate  Library  |  State  Object  Library  j  Register  jUnregister  j  Help  | 


i 


j  Register  Package  I 


Packager  Name  Facility  Targeting  for  Target:  BE  #9999-1 0006 


Hi 


Packays  romplatos  JlvailabltP 


Facility  Monitoring 
Facility  Targeting 
Port  Logistics 


List  of  Package 
Templates 


_ _ I 


Description  of  Package 
Template 


Description:  (Target  a  specific  facility  and  it  air  defenses 


SUrle  Oljjects^Vaiiable; 


|Target:  BE  #9999-10006 
Hostile  Countries  in  North  Africa 
Staging  in  Tunisia 


List  of  State 
Objects 


Description  of  State 
Object 


Desr 

ripUnn:  Vital  statistics  regarding  a  weapons  plant  in  Libya'  | 

.  :  •  \  i  ’  J  j  j 

- ■, . . . . ■ . . . . . . ■ . a- - _ a, . _ . . . _ J 

RMI  Client  . 

The  Registration  screen  has  three  sections.  The  top  (light  blue)  section  contains  the  list 
of  Package  Templates  available  in  the  Library.  The  bottom  (salmon  colored)  section  is 
the  list  of  State  Objects  available.  Within  each  section  there  is  a  Description  field  which 
displays  the  Description  meta-data  field  for  the  appropriate  selected  object.  At  the  top  of 
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the  screen  is  the  Package  Name  field.  The  name  of  the  package  will  automatically  be 
created  as  the  combination  of  the  Package  Template  name  and  the  State  Object  name 
joined  by  the  word  “for”.  The  user  can  change  this  name.  After  a  selection  has  been 
made  in  each  section  the  user  can  click  on  the  Register  Package  button  at  the  top  of  the 
page  and  the  new  package  will  be  initiated. 

Unregister 

Within  the  Unregister  tab  screen  there  is  a  list  of  all  the  registered  packages.  The  user 
can  select  a  registered  Package  from  the  list  and  then  click  on  the  Unregister  Package 
button  at  the  top  of  the  page. 


fcfjApplicatian:  Packago  EdUoi  Apple! 


|  Welcome  Package  Template  library '  Profile  template  Library  ^State  Oh*ect  library  j  Register  :  UnregJster  '  Help 
Unrefltster  Package 

j '  f*-:-;n;'trer:<5  _ _ 


data 


F acility  Monitoring  for  Hostile  Countries  in  North  Africa 
Pori  Logistics  for  Staging  in  Tunisia 


Resynchroiiize  with  Data  Server 


Even  though  the  Warfighter’s  Information  Packager  is  a  robust  system  it  was  developed 
as  a  prototype  system.  The  consequence  of  this  is  that  although  WIP  will  support 
multiple  users  in  principle  all  the  appropriate  integrity  checks  were  not  put  in  place; 
therefore,  problems  can  arise  when  multiple  users  are  using  the  system  at  one  time.  To 
help  insure  the  validity  of  the  data  displayed  in  any  particular  instance  of  the  Package 
Editor,  WIP  has  provided  a  means  for  re-instantiating  the  data  while  running.  This  is 
done  by  clicking  on  the  Resynchronize  with  Data  Server  button  at  the  bottom  of  the 
Unregister  tab  screen. 


Summary 

The  proceeding  guide  provided  a  quick  walk  through  of  the  Warfighter’s  Information 
Packager  User  Interfaces.  This  is  presented  as  an  exemplar  case,  and  should  not  be 
construed  as  the  only  path  a  user  can  take  through  the  system.  Other  navigational 
paths  are  available  depending  on  the  user’s  goals  and  interests. 
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The  following  is  a  list  of  exemplar  ad  hoc  queries.  They  are  modest,  both  in 
terms  of  the  number  of  joins  and  number  of  returned  tuples.  In  some  cases 
information  has  been  included  to  modify  the  query  so  it  might  return  other 
interesting  data. 

The  queries  have  been  formulated  to  refer  to  parts  of  the  domain  which  are  not 
already  exercised  in  the  predefined  set  of  Package  and  Profile  templates  already 
in  the  WIP  demo. 


1.  What  are  the  overall  dimensions  of  any  (notional)  transport  ships  longer  than 
800  ft? 

This  query  returns  4  ships 

select  n . vehicle_type_name,  n . vehicle_length, 
n . ship_beam, n . ship_max_draf t ,  n . ship_height 
from  notional_transport_ship  n 
where  n . vehicle_length  >  800 


2.  Info  about  all  harbors  in  Long  Beach 


This  query  returns  3  harbors 

select  h . geoloc_code ,  h . harbor_name, 
h .mean_tidal_range,  h. swell_height , 
h . min_anchorage_dep th ,  h . max_anchorage_depth 
from  harbor  h 

where  h . geographic_name  =  'LONG  BEACH' 


3.  Info  about  all  wharves  in  Long  Beach  harbor  with  more  than  100,000  cf 
COVERED  storage  capacity 


This  query  returns  6  wharves 

select  w. geoloc_code,  w. wharf _berth_i dent! f ier , 
w . wharf _covered_storage_capacity , 
w . wharf_container_storage_capaci ty , 
w.wharf_cargo_crane_qty,  w. container_crane_qty , 
w . wharf_length 
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from  cargo_wharf  w,  geographic_location  g 
where  g . geographic_name  =  'LONG  BEACH'  and 
g . geoloc_code  =  w. geoloc_code  and 
w.wharf_covered_storage_capacity  >  100000 


4.  Info  about  all  wharves  in  Long  Beach  harbor  with  more  than  1 0,000  cf 
CONTAINER  storage  capacity 


This  query  returns  2  wharves 

select  w . geoloc_code ,  w.wharf_berth_identif ier , 
w. wharf _covered_storage_capacity , 
w. wharf _container_storage_capacity, 
w . whar f _cargo_crane_qty ,  w . container_crane_qty , 
w . whar f _length 

from  cargo_wharf  w,  geographic_location  g 
where  g . geographic_name  =  'LONG  BEACH'  and 
g . geoloc_code  =  w . geoloc_code  and 
w. wharf _container_storage_capacity  >  10000 


5.  Geographic  info  about  hospitals  in  the  United  Kingdom  (may  also  try  type  = 
SCHOOL,  BAY,  TOWER,  CHANNEL,  RECREATIONAL  AREA,  PASSAGE, 
FUEL  DEPOT)  (may  also  try  any  major  allied  country) 


Returns  geolocs  of  around  20  hospitals 

select  h . geoloc_code ,  h . geographic_name ,  h.lat,  h.long 
from  geographic_location  h,  country  c, 
installation_type_inf o  i 
where  i . installation_type_code  = 

h . installation_type_code  and  i . installation_type_name 
=  'HOSPITAL'  and  h . geo_country_code  =  c . country_code 
and  c . count ry_nm  =  'UNITED  KINGDOM' 


6.  Static  info  (no  stocks)  about  all  120MM  ammunition  NOTE:  this  query  can 
take  a  long  long  time. 
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Returns  at  least  20  ammunition  item  types 

select  i . dod_id_code ,  i.fsc,  i.niin,  i . nomenclature , 
i. price,  i. volume,  i. weight 
from  class_5_item  i 

where  i . nomenclature  like  '%120MM%' 


7.  Info  about  ammunition  stocks:  G890  hand  grenades  in  condition  code  C: 
[serviceable/priority  issue] 


Returns  16  stocked  items  with  counts 

(good  with  condition_code  A,  B,  C,  D,  F,  H,  K,  P) 

(try  changing  also  to  grenades  G884,  G895,  G916,  G924) 

(with  guided  missile  PV04  use  condition_code  =  B) 

(with  175mm  propellant  explosive  D361  use  cc  A,  B,  C,  D,  F  or  N) 

select  s . ammo_depot_name,  s . condi tion_code, 

s . dod_id_code,  s . quant i ty_on_hand, 

s . serviceable_quantity ,  s . supply_point , 

c . condition_status ,  c . condi tion_qualif ication 

from  army_class_5_stock  s,  condi tion_info  c 

where  c . condition_code  =  s . condition_code  and 

s . dod_id_code  =  'G890'  and  c . condition_code  =  ' C' 
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